Finding sequential matches in eye tracking data

ABSTRACT

Embodiments of the invention provide systems and methods for analyzing eye tracking data. The eye tracking data can represent a number of different scanpaths and can be analyzed, for example, to find patterns or commonality between the scanpaths. According to one embodiment, a method of analyzing eye tracking data can comprise receiving the eye tracking data which can include a plurality of scanpaths, each scanpath representing a sequence of regions of interest on a stimulus image. A dotplot can be generated and can include each of the plurality of scanpaths. One or more patterns within the eye tracking data can be identified based on the dotplot.

CROSS-REFERENCES TO RELATED APPLICATIONS

The present application claims benefit under 35 USC 119(e) of U.S. Provisional Application No. 61/113,538, filed on Nov. 11, 2008, entitled “Techniques For Analyzing Paths,” the entire contents of which are incorporated herein by reference for all purposes. The present application is also related to U.S. patent application Ser. No. 12/615,749 , filed Nov. 10, 2009, entitled “Using Dotplots for Comparing and Finding Patterns in Sequences of Data Points” and U.S. patent application Ser. No. 12/615,763, filed Nov. 10, 2009, entitled “Time Expansion for Displaying Path Information” both of which are filed concurrently herewith and incorporated herein by reference for all purposes.

BACKGROUND

Embodiments of the present invention relate to analyzing sequential data, and more specifically to analyzing eye tracking data representing a plurality of scanpaths.

Analysis of paths is performed in various different fields or domains. For example, in eye tracking analysis, scanpaths representing users' eye movements while viewing a scene may be analyzed to determine high-level scanning strategies. The scanning strategies determined from such an analysis may be used to improve product designs. For example, by studying scanpaths for users viewing a web page, common viewing trends may be determined and used to improve the web page layout. Various other types of analyses on paths may be performed in other fields. Accordingly, new and improved techniques are always desirable for analyzing and displaying path-related information that can provide insight into characteristics of the path and that facilitate comparisons of paths.

BRIEF SUMMARY

Embodiments of the invention provide systems and methods for analyzing sequential data representing paths such as eye tracking data including scanpaths representing users' eye movements while viewing a stimulus image or other scene. The eye tracking data can represent a number of different scanpaths and can be analyzed, for example, to find patterns or commonality between the scanpaths. According to one embodiment, a method of analyzing eye tracking data can comprise receiving the eye tracking data which can include matches between a plurality of scanpaths, each scanpath representing a sequence of fixations, e.g., within regions of interest on a stimulus image. A dotplot can be generated representing matches between each of the plurality of scanpaths. One or more patterns within the eye tracking data can be identified based on the dotplot.

Stated another way, a method for analyzing eye tracking data can comprise receiving the eye tracking data. The eye tracking data can comprise a plurality of scanpaths, each of the plurality of scanpaths representing a sequence of visual fixations on a stimulus image. A sequence of tokens corresponding to the sequence of visual fixations can be generated. For example, each token of the sequence of tokens corresponding to the sequence of visual fixations can comprise a region name identifying one of a plurality of regions of interest of the stimulus image in which the corresponding visual fixation is located. A dotplot can be generated using the sequence of tokens. One or more patterns of sequentially matching tokens within the eye tracking data can be identified based on the dotplot. For example, identifying one or more patterns can comprise identifying linear relationships within the plurality of scanpaths, for example, based on a linear regression.

In some cases, two or more scanpaths of the plurality of scanpaths can be aggregated, i.e., a scanpath representing two matching or partially matching scanpaths can be generated, based on the identified one or more patterns. A representation of the aggregated two or more scanpaths can be displayed. For example, the representation of the aggregated two or more scanpaths can comprise a graphical representation of the stimulus image including an indication of the aggregated two or more scanpaths.

According to another embodiment, a system for analyzing eye tracking data can comprise a processor and a memory communicatively coupled with and readable by the processor. The memory can have stored therein a series of instructions which, when executed by the processor, cause the processor to receive the eye tracking data. The eye tracking data can comprise a plurality of scanpaths, each of the plurality of scanpaths representing a sequence of visual fixations on a stimulus image. A sequence of tokens corresponding to the sequence of visual fixations can be generated. For example, each token of the sequence of tokens corresponding to the sequence of visual fixations can comprise a region name identifying one of a plurality of regions of interest of the stimulus image in which the corresponding visual fixation is located. A dotplot can be generated using the sequence of tokens. One or more patterns of sequentially matching tokens within the eye tracking data can be identified based on the dotplot. For example, identifying one or more patterns can comprise identifying linear relationships within the plurality of scanpaths, for example, based on a linear regression.

In some cases, the instructions may further cause the processor to aggregate two or more scanpaths of the plurality of scanpaths, i.e., a scanpath representing two matching or partially matching scanpaths can be generated, based on the identified one or more patterns. A representation of the aggregated two or more scanpaths can be displayed. For example, the representation of the aggregated two or more scanpaths can comprise a graphical representation of the stimulus image including an indication of the aggregated two or more scanpaths.

According to yet another embodiment, a machine-readable medium can have stored thereon a series of instructions which, when executed by a processor, cause the processor to analyze eye tracking data by receiving the eye tracking data. The eye tracking data can comprise a plurality of scanpaths, each of the plurality of scanpaths representing a sequence of visual fixations on a stimulus image. A sequence of tokens corresponding to the sequence of visual fixations can be generated. For example, each token of the sequence of tokens corresponding to the sequence of visual fixations can comprise a region name identifying one of a plurality of regions of interest of the stimulus image in which the corresponding visual fixation is located. A dotplot can be generated using the sequence of tokens. One or more patterns of sequentially matching tokens within the eye tracking data can be identified based on the dotplot. For example, identifying one or more patterns can comprise identifying linear relationships within the plurality of scanpaths, for example, based on a linear regression.

In some cases, two or more scanpaths of the plurality of scanpaths can be aggregated, i.e., a scanpath representing two matching or partially matching scanpaths can be generated, based on the identified one or more patterns. A representation of the aggregated two or more scanpaths can be displayed. For example, the representation of the aggregated two or more scanpaths can comprise a graphical representation of the stimulus image including an indication of the aggregated two or more scanpaths.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram illustrating components of an exemplary operating environment in which various embodiments of the present invention may be implemented.

FIG. 2 is a block diagram illustrating an exemplary computer system in which embodiments of the present invention may be implemented.

FIG. 3 is a block diagram illustrating, at a high-level, functional components of a system for analyzing eye tracking data according to one embodiment of the present invention.

FIG. 4 illustrates an exemplary stimulus image of a user interface which may be used with embodiments of the present invention and a number of exemplary scanpaths.

FIG. 5 is chart illustrating an exemplary dotplot for sequences of data according to one embodiment of the present invention.

FIG. 6 illustrates an exemplary stimulus image with aggregated scanpaths displayed thereon according to one embodiment of the present invention.

FIG. 7 is a flowchart illustrating a process for analyzing eye tracking data according to one embodiment of the present invention.

FIG. 8 is a block diagram illustrating an exemplary software architecture for implementing an eye tracking data analysis process according to one embodiment of the present invention.

FIG. 9 is a flowchart illustrating a linear regression process for identifying patterns within a dotplot of sequential data according to one embodiment of the present invention.

DETAILED DESCRIPTION

In the following description, for the purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of various embodiments of the present invention. It will be apparent, however, to one skilled in the art that embodiments of the present invention may be practiced without some of these specific details. In other instances, well-known structures and devices are shown in block diagram form.

The ensuing description provides exemplary embodiments only, and is not intended to limit the scope, applicability, or configuration of the disclosure. Rather, the ensuing description of the exemplary embodiments will provide those skilled in the art with an enabling description for implementing an exemplary embodiment. It should be understood that various changes may be made in the function and arrangement of elements without departing from the spirit and scope of the invention as set forth in the appended claims.

Specific details are given in the following description to provide a thorough understanding of the embodiments. However, it will be understood by one of ordinary skill in the art that the embodiments may be practiced without these specific details. For example, circuits, systems, networks, processes, and other components may be shown as components in block diagram form in order not to obscure the embodiments in unnecessary detail. In other instances, well-known circuits, processes, algorithms, structures, and techniques may be shown without unnecessary detail in order to avoid obscuring the embodiments.

Also, it is noted that individual embodiments may be described as a process which is depicted as a flowchart, a flow diagram, a data flow diagram, a structure diagram, or a block diagram. Although a flowchart may describe the operations as a sequential process, many of the operations can be performed in parallel or concurrently. In addition, the order of the operations may be re-arranged. A process is terminated when its operations are completed, but could have additional steps not included in a figure. A process may correspond to a method, a function, a procedure, a subroutine, a subprogram, etc. When a process corresponds to a function, its termination can correspond to a return of the function to the calling function or the main function.

The term “machine-readable medium” includes, but is not limited to portable or fixed storage devices, optical storage devices, wireless channels and various other mediums capable of storing, containing or carrying instruction(s) and/or data. A code segment or machine-executable instructions may represent a procedure, a function, a subprogram, a program, a routine, a subroutine, a module, a software package, a class, or any combination of instructions, data structures, or program statements. A code segment may be coupled to another code segment or a hardware circuit by passing and/or receiving information, data, arguments, parameters, or memory contents. Information, arguments, parameters, data, etc. may be passed, forwarded, or transmitted via any suitable means including memory sharing, message passing, token passing, network transmission, etc.

Furthermore, embodiments may be implemented by hardware, software, firmware, middleware, microcode, hardware description languages, or any combination thereof. When implemented in software, firmware, middleware or microcode, the program code or code segments to perform the necessary tasks may be stored in a machine readable medium. A processor(s) may perform the necessary tasks.

Embodiments of the present invention provide systems and methods for analyzing sequential data representing paths such as eye tracking data including scanpaths representing users' eye movements while viewing a stimulus image or other scene. As the term is used herein, a path may be defined as a sequence of two or more points. The first point in the sequence of points may be referred to as the start point of the path and the last point in the sequence may be referred to as the end point of the path. The portion of a path between any two consecutive points in the sequence of points may be referred to as a path segment. A path may comprise one or more segments.

A sequence may be any list of tokens or symbols in a particular order. Examples of sequences can include but are not limited to words in a query, words in a document, symbols in a computer program's source code, scanpaths, i.e., sequences of eye tracking fixation points as determined by an eye tracking system, sequences of requested URLs in a user's web browsing session, sequences of requested URLs in a web server's log file, etc.

Thus, there are different types of paths considered to be within the scope of the term as used herein. Examples described below have been described with reference to a specific type of path, referred to as a scanpath, which is used to track eye movements. A scanpath is a path that an eye follows when viewing a scene. A scanpath is defined by a sequence of fixation points (or gaze locations). A path segment between two consecutive fixation points in the sequence of fixation points is referred to as a saccade. A scanpath is thus a sequence of fixation points connected by saccades during scene viewing where the saccades represent eye movements between fixation points. For purposes of simplicity, the scanpaths described below are two-dimensional paths. The teachings of the present invention may however also be applied to paths in multiple dimensions, greater than two.

However, it should be understood that, while embodiments of the present invention have been described in context of scanpaths, this is not intended to limit the scope of the present invention as recited in the claims to scanpaths. Teachings of the present invention may also be applied to other types of paths occurring in various different domains such as a stock price graph, a path followed by a car between a start and an end destination, and the like. Various additional details of embodiments of the present invention will be described below with reference to the figures.

FIG. 1 is a block diagram illustrating components of an exemplary operating environment in which various embodiments of the present invention may be implemented. The system 100 can include one or more user computers 105, 110, which may be used to operate a client, whether a dedicate application, web browser, etc. The user computers 105, 110 can be general purpose personal computers (including, merely by way of example, personal computers and/or laptop computers running various versions of Microsoft Corp.'s Windows and/or Apple Corp.'s Macintosh operating systems) and/or workstation computers running any of a variety of commercially-available UNIX or UNIX-like operating systems (including without limitation, the variety of GNU/Linux operating systems). These user computers 105, 110 may also have any of a variety of applications, including one or more development systems, database client and/or server applications, and web browser applications. Alternatively, the user computers 105, 110 may be any other electronic device, such as a thin-client computer, Internet-enabled mobile telephone, and/or personal digital assistant, capable of communicating via a network (e.g., the network 115 described below) and/or displaying and navigating web pages or other types of electronic documents. Although the exemplary system 100 is shown with two user computers, any number of user computers may be supported.

In some embodiments, the system 100 may also include a network 115. The network may can be any type of network familiar to those skilled in the art that can support data communications using any of a variety of commercially-available protocols, including without limitation TCP/IP, SNA, IPX, AppleTalk, and the like. Merely by way of example, the network 115 maybe a local area network (“LAN”), such as an Ethernet network, a Token-Ring network and/or the like; a wide-area network; a virtual network, including without limitation a virtual private network (“VPN”); the Internet; an intranet; an extranet; a public switched telephone network (“PSTN”); an infra-red network; a wireless network (e.g., a network operating under any of the IEEE 802.11 suite of protocols, the Bluetooth protocol known in the art, and/or any other wireless protocol); and/or any combination of these and/or other networks such as GSM, GPRS, EDGE, UMTS, 3G, 2.5 G, CDMA, CDMA2000, WCDMA, EVDO etc.

The system may also include one or more server computers 120, 125, 130 which can be general purpose computers and/or specialized server computers (including, merely by way of example, PC servers, UNIX servers, mid-range servers, mainframe computers rack-mounted servers, etc.). One or more of the servers (e.g., 130) may be dedicated to running applications, such as a business application, a web server, application server, etc. Such servers may be used to process requests from user computers 105, 110. The applications can also include any number of applications for controlling access to resources of the servers 120, 125, 130.

The web server can be running an operating system including any of those discussed above, as well as any commercially-available server operating systems. The web server can also run any of a variety of server applications and/or mid-tier applications, including HTTP servers, FTP servers, CGI servers, database servers, Java servers, business applications, and the like. The server(s) also may be one or more computers which can be capable of executing programs or scripts in response to the user computers 105, 110. As one example, a server may execute one or more web applications. The web application may be implemented as one or more scripts or programs written in any programming language, such as Java™, C, C# or C++, and/or any scripting language, such as Perl, Python, or TCL, as well as combinations of any programming/scripting languages. The server(s) may also include database servers, including without limitation those commercially available from Oracle®, Microsoft®, Sybase®, IBM® and the like, which can process requests from database clients running on a user computer 105, 110.

In some embodiments, an application server may create web pages dynamically for displaying on an end-user (client) system. The web pages created by the web application server may be forwarded to a user computer 105 via a web server. Similarly, the web server can receive web page requests and/or input data from a user computer and can forward the web page requests and/or input data to an application and/or a database server. Those skilled in the art will recognize that the functions described with respect to various types of servers may be performed by a single server and/or a plurality of specialized servers, depending on implementation-specific needs and parameters.

The system 100 may also include one or more databases 135. The database(s) 135 may reside in a variety of locations. By way of example, a database 135 may reside on a storage medium local to (and/or resident in) one or more of the computers 105, 110, 115, 125, 130. Alternatively, it may be remote from any or all of the computers 105, 110, 115, 125, 130, and/or in communication (e.g., via the network 120) with one or more of these. In a particular set of embodiments, the database 135 may reside in a storage-area network (“SAN”) familiar to those skilled in the art. Similarly, any necessary files for performing the functions attributed to the computers 105, 110, 115, 125, 130 may be stored locally on the respective computer and/or remotely, as appropriate. In one set of embodiments, the database 135 may be a relational database, such as Oracle 10g, that is adapted to store, update, and retrieve data in response to SQL-formatted commands.

FIG. 2 illustrates an exemplary computer system 200, in which various embodiments of the present invention may be implemented. The system 200 may be used to implement any of the computer systems described above. The computer system 200 is shown comprising hardware elements that may be electrically coupled via a bus 255. The hardware elements may include one or more central processing units (CPUs) 205, one or more input devices 210 (e.g., a mouse, a keyboard, etc.), and one or more output devices 215 (e.g., a display device, a printer, etc.). The computer system 200 may also include one or more storage device 220. By way of example, storage device(s) 220 may be disk drives, optical storage devices, solid-state storage device such as a random access memory (“RAM”) and/or a read-only memory (“ROM”), which can be programmable, flash-updateable and/or the like.

The computer system 200 may additionally include a computer-readable storage media reader 225 a, a communications system 230 (e.g., a modem, a network card (wireless or wired), an infra-red communication device, etc.), and working memory 240, which may include RAM and ROM devices as described above. In some embodiments, the computer system 200 may also include a processing acceleration unit 235, which can include a DSP, a special-purpose processor and/or the like.

The computer-readable storage media reader 225 a can further be connected to a computer-readable storage medium 225 b, together (and, optionally, in combination with storage device(s) 220) comprehensively representing remote, local, fixed, and/or removable storage devices plus storage media for temporarily and/or more permanently containing computer-readable information. The communications system 230 may permit data to be exchanged with the network 220 and/or any other computer described above with respect to the system 200.

The computer system 200 may also comprise software elements, shown as being currently located within a working memory 240, including an operating system 245 and/or other code 250, such as an application program (which may be a client application, web browser, mid-tier application, RDBMS, etc.). It should be appreciated that alternate embodiments of a computer system 200 may have numerous variations from that described above. For example, customized hardware might also be used and/or particular elements might be implemented in hardware, software (including portable software, such as applets), or both. Further, connection to other computing devices such as network input/output devices may be employed. Software of computer system 200 may include code 250 for implementing embodiments of the present invention as described herein.

As noted above, embodiments of the present invention provide for analyzing sequential data representing paths such as eye tracking data including scanpaths representing users' eye movements while viewing a stimulus image or other scene. The eye tracking data can represent a number of different scanpaths and can be analyzed, for example, to find patterns or commonality between the scanpaths. According to one embodiment, analyzing eye tracking data with a path analysis system such as the computer system 200 described above can comprise receiving the eye tracking data at the path analysis system. The eye tracking data, which can be obtained by the system in a number of different ways as will be described below, can include a plurality of scanpaths, each scanpath representing a sequence of regions of interest on a scene such as a stimulus image displayed by the system. A dotplot can be generated by the system that representing matches between each of the plurality of scanpaths. One or more patterns within the eye tracking data can then be identified by the system based on the dotplot.

FIG. 3 is a block diagram illustrating, at a high-level, functional components of a system for analyzing eye tracking data according to one embodiment of the present invention. In this example, the path analysis system 300 comprises several components including a user interface 320, a renderer 330, and a path data analyzer 340. The various components may be implemented in hardware, or software (e.g., code, instructions, program executed by a processor), or combinations thereof. Path analysis system 300 may be coupled to a data store 350 that is configured to store data related to processing performed by system 300. For example, path data (e.g., scanpath data) may be stored in data store 350.

User interface 320 provides an interface for receiving information from a user of path analysis system 300 and for outputting information from path analysis system 300. For example, a user of path analysis system 300 may enter path data 360 for a path to be analyzed via user interface 320. Additionally or alternatively, a user of path analysis system 300 may enter commands or instructions via user interface 320 to cause path analysis system 300 to obtain or receive path data 360 from another source. It should be noted, however, that a user interface is entirely optional to the present invention, which does not rely on the existence of a user interface in any way.

System 300 may additionally or alternatively receive path data 360 from various other sources. In one embodiment, the path data may be received from sources such as from an eye tracker device. For example, information regarding the fixation points and saccadic eye movements between the fixation points, i.e., path data 360, may be gathered using eye tracking devices such as devices provided by Tobii (e.g., Tobii T60 eye tracker). An eye-tracking device such as the Tobii T60 eye tracker is capable of capturing information related to the saccadic eye activity including location of fixation points, fixation durations, and other data related to a scene or stimulus image, such as a webpage for example, while the user views the scene. Such an exemplary user interface is described in greater detail below with reference to FIG. 4 The Tobii T60 uses infrared light sources and cameras to gather information about the user's eye movements while viewing a scene.

The path data may be received in various formats, for example, depending upon the source of the data. In one embodiment and regardless of its exact source and/or format, path data 360 received by system 300 may be stored in data store 350 for further processing.

Path data 360 received by system 300 from any or all of these sources can comprise data related to a path or plurality of paths to be analyzed by system 300. Path data 360 for a path may comprise information identifying a sequence of points included in the path, and possibly other path related information. For example, for a scanpath, path data 360 may comprise information related to a sequence of fixation points defining the scanpath. Path data 360 may optionally include other information related to a scanpath such as the duration of each fixation point, inter-fixation angles, inter-fixation distances, etc. Additional details of exemplary scanpaths as they relate to an exemplary stimulus image are described below with reference to FIG. 4.

Path data analyzer 340 can be configured to process path data 360 and, for example, identify patterns within the path data. For example, path data analyzer 340 can receive a set of path data 360 representing multiple scanpaths and can analyze these scanpaths to identify patterns, i.e., similar or matching portions therein. According to one embodiment, the path data analyzer can include a dotplot generator 380 and dotplot analyzer 390. Dotplot generator 380 can be adapted to generate a dotplot such as illustrated in and describe below with reference to FIG. 5. Such a dotplot can accept as input, or be generated based on sequences related to each scanpath of the path data. Dotplot analyzer 390 can then, based on the dotplot, identify patterns within the scanpaths. For example, dotplot analyzer 390 can perform a linear regression process on the dots in the dotplot as described below with reference to FIG. 9 to identify sequential matches between the paths or portions of the paths, i.e., between two or more sub-sequences of fixation points. In some cases, sequential matches between two or more scanpaths can be used to generate a new scanpath, which can be thought of as an “aggregate” or representative scanpath in that it represents matching tokens in both scanpaths that occur in the same sequential order.

Path analysis system 300 can also include renderer 330. Renderer 330 can be configured to receive the dotplot generated by dotplot generator 380 and/or an output of dotplot analyzer 390 and provide, e.g., via user interface 320, a display or other representation of the results. For example, renderer 330 may provide a graphical representation of the dotplot including an indication, e.g., highlighting, shading, coloring, etc. indicating portions containing matches or identified patterns. Additionally or alternatively, renderer 330 may provide a graphical representation of the scene or stimulus image for which the eye tracking data was obtained with a representation of the aggregated scanpaths presented thereon as illustrated in and described in greater detail below with reference to FIG. 6.

As noted above, the path data 360, i.e., information regarding the fixation points and saccadic eye movements between the fixation points, may be gathered using eye tracking devices such as devices capable of capturing information related to the saccadic eye activity including location of fixation points, fixation durations, and other data related to a scene or stimulus image while the user views the scene or image. Such a stimulus image can comprise, for example, a webpage or other user interface which, based on analysis of various scanpaths may be evaluated for possible improvements to the format or layout thereof.

FIG. 4 illustrates an exemplary stimulus image of a user interface which may be used with embodiments of the present invention and a number of exemplary scanpaths. It should be noted that this stimulus image and user interface are provided for illustrative purposes only and are not intended to limit the scope of the present invention. Rather, any number of a variety of different stimulus images, user interfaces, or means and/or methods of obtaining a query sequence are contemplated and considered to be within the scope of the present invention.

In this example, the image, which can comprise for example a web page 402 or other user interface of a software application, includes a number of elements which each, or some of which, can be considered a particular region of interest. For example, webpage 402 may be considered to comprise multiple regions such as: A (page header), B (page navigation area), C (page sidebar), D (primary tabs area), E (subtabs area), F (table header), G (table left), H (table center), I (table right), J (table footer), and K (page footer). Webpage 402 may be displayed on an output device such as a monitor and viewed by the user.

FIG. 4 also depicts exemplary scanpaths 400 and 404 representing eye movements of one or more users while viewing the webpage 402 and obtained or captured by an eye tracking device as described above. Paths 400 and 404 shows the movements of the users' eyes across the various regions of page 402. The circles depicted in FIG. 4 represent fixation points. A fixation point marks a location in the scene where the saccadic eye movement stops for a brief period of time while viewing the scene. In some cases, a fixation point can be represented by, for example, a label or name identifying a region of interest of the page in which the fixation occurs. So for example, scanpath 400 depicted in FIG. 4 may be represented by the following sequence of region names {H, D, G, F, E, D, I, H, H, J, J, J}.

The scanpath data gathered by an eye tracker can be used by embodiments of the present invention to identify patterns within the path data. For example, a set of path data representing multiple scanpaths and can be analyzed to identify patterns, i.e., similar or matching portions therein. According to one embodiment, a dotplot can be generated that represents matches between sequences related to each scanpath of the path data. The dotplot can then be analyzed to identify patterns within the scanpaths.

FIG. 5 is a chart illustrating an exemplary dotplot for sequences of data according to one embodiment of the present invention. Generally speaking, a dotplot 500 such as illustrated in this example is a graphical technique for visualizing similarities within a sequence of tokens or between two or more concatenated sequences of tokens. For example, in one embodiment sequences of tokens may be formed from scanpath data by substituting the name of a pre-defined region of interest on a stimulus image for each scanpath fixation on that image. Dotplot 500 can be created by listing one string or sequence, represented by and corresponding to the sequence of region of interest names, on the horizontal axis 504 and on the vertical axis 502 of a matrix. Such a matrix is symmetric about a main upper-left to lower-right diagonal 506. Dots, e.g., 505, 510, and 515, can be placed in an intersecting cell of matching tokens. Additionally, these dots e.g., 505, 510, and 515, can be weighted to emphasize tokens that are more likely to be meaningful for particular applications. For example, and according to one embodiment, tokens can be inverse-frequency weighted to down-weight regions that are fixated extremely often or are otherwise trivial or uninteresting, making it easier to discover more significant eye movement patterns. This weighting can be shown on the dotplot 500 in color or shading and is illustrated in this example in dots with light hatching, e.g., 505, dots with heavy hatching, e.g., 510, and solid dots, e.g., 515. While three levels of weighting are illustrated here for the sake of clarity, it should be noted that embodiments of the present invention are not so limited. Similarly, it should be noted that the dotplot 500 illustrated in this example is significantly simplified for the sake of brevity and clarity but should not be considered as limiting on the type or extent of the dataset that can be handled by embodiments of the present invention. Rather, it should be understood that datasets for various implementations and embodiments and the corresponding dotplots can be extensive. Weighting can be applied based on different considerations. For example, when a large dataset, i.e., a large number of scanpaths, is analyzed resulting in a very large or complex dotplot, various tokens, i.e., fixation points, can be weighted based on their relative importance or interest.

As noted above, each token of the sequence of tokens represented in the dotplot 500 can correspond to a sequence of visual fixations within a set of regions of interest on a stimulus image. In such cases and as illustrated here, each token can comprise a region name identifying one of a plurality of regions of interest of the stimulus image in which the corresponding visual fixation is located. However, it should be understood that, in other embodiments, other identifiers can be used. For example, fixation duration, time between fixations, distance between fixations (a.k.a. saccade length), angles between fixations, etc. It should be understood that, while tokens comprising or representing region names may be useful when graphing or displaying results as will be described below with reference to FIG. 6, these other types of tokens can be equally useful, even if not used for graphing or displaying results, and are also considered to be within the scope of the present invention.

The dotplot 500 can be used to identify matches and reverse matches between sequences of data points or tokens. Such sequences are represented in the dotplot 500 in this example by lines 520, 525, and 530 through the dots of the particular sequence. For example, line 520 represents the sequence of tokens “JIED.” Similarly, line 525 represents the sequence “DEGDH” and line 530 represents the sequence “HDEG.” According to one embodiment, these sequences can be identified based on line fitting processes such as various linear regression processes including but not limited to a process such as described below with reference to FIG. 9.

Stated another way, strings comprising tokens corresponding to the region of interest in which a fixation point is detected can be concatenated and cross-plotted in a dotplot 500, placing a dot in matching rows and columns as illustrated in FIG. 5. The dotplot 500 can contain both self-matching scanpath sub-matrices along the diagonal and cross-matching scanpath sub-matrices off the main diagonal. For example and as illustrated here, the dotplot can include sub-matrices 540, 545, 550, and 555 in four quadrants of the dotplot 500 and separated here for illustrative purposes by bold vertical and horizontal lines 560 and 565. It should be understood that this example has a single distinct sub-matrix 540 because its input consists of just two sequences. In general, if a dotplot's input consists of N sequences, there will be N*(N−1)/2 distinct sub-matrices. Each cross-matching sub-matrix contains dots or points that correspond to the tokens that match between two scanpaths. Note that although each cross-matching sub-matrix appears twice, both in the upper right and again, transposed, in the lower left, each cross-matching sub-matrix need be examined only once to find matches between all pairs of scanpaths as described below and in FIG. 9.

Matching sequences between the strings can be found, for example, by fitting linear regression lines through filled cells. For example, the isolated sub-matrix 540 illustrated in FIG. 5 shows that three patterns were located: (1) line 525 “DEGDH”, a matching pattern relationship from fixating the regions of interest (D) Primary Tabs, (E) Subtabs, (G) Table Left, (D) Primary Tabs, then (H) Table Center of the stimulus image of FIG. 4; (2) line 530 “HDEG”, a reverse match from moving between the regions of interest (H) Table Center, (D) Primary Tabs, (E) Subtabs, and (G) Table Left; and (3) line 520 “JIED”, a second reverse match moving vertically along the right side of the page, i.e., (J) Table Footer (I) Table Right (E) Subtabs and (D) Primary Tabs of the stimulus image of FIG. 4.

It should be understood that such a dotplot 500 can be used to represent any variety of different types of data. For example, the data can represent protein, DNA, and RNA sequences and the dotplot 500 can be used to identify insertions, deletions, matches, and reverse matches in the data. In another example, the data can represent text sequences and the dotplot can be used to identify the matching sequences in literature, detect plagiarism, align translated documents, identify copied computer source code, etc. According to one embodiment, the dataset can represent eye tracking data, i.e., data obtained from a system for tracking the movements of a human eye. In such cases, tokens can represent fixation points, e.g., on particular regions of interest on a user interface, and the sequences can represent scanpaths or movements of the eye between the regions.

Regardless of exactly what type dataset is used, embodiments described herein can include identifying patterns of sequential matches within the scanpaths or portions of the paths. In some cases, two scanpaths can be aggregated, i.e., an aggregated scanpath can be generated, based on and representing the identified patterns. As noted above, once patterns have been identified within the scanpaths and two scanpaths are aggregated to represent the identified pattern(s), a representation of the results can be provided. For example, a graphical representation of the dotplot 500 can be provided including an indication, e.g., highlighting, shading, coloring, etc. of portions containing matches or identified patterns. Additionally or alternatively, a graphical representation of the scene or stimulus image for which the eye tracking data was obtained can be provided. In such a case, the representation of the stimulus image can include a representation or indication of the aggregated scanpath(s), for example, displayed with or overlaid on the stimulus image.

FIG. 6 illustrates an exemplary stimulus image with matching scanpaths displayed thereon according to one embodiment of the present invention. In this example, the image comprises the web page 402 described above with reference to FIG. 4. That is, the stimulus image can be displayed and the patterns identified can be indicated thereon. These patterns can be presented or visualized on the stimulus image as a set of nodes, e.g., 660 and 665 and arcs connecting defined regions of the stimulus image.

So for example, FIG. 6 includes line 670 corresponding to line 525 of FIG. 5, i.e., a matching pattern relationship from fixations within the regions of interest (D) Primary Tabs, (E) Subtabs, (G) Table Left, (D) Primary Tabs, then (H) Table Center of the stimulus image. Similarly, line 675 of FIG. 6 corresponds to line 530 of FIG. 5, i.e., the reverse match from moving between the regions of interest (H) Table Center, (D) Primary Tabs, (E) Subtabs, and (G) Table Left. Also, line 680 of FIG. 6 corresponds to line 520 of FIG. 5, i.e., a second reverse match moving vertically along the right side of the page, i.e., (J) Table Footer (I) Table Right (E) Subtabs and (D) Primary Tabs.

FIG. 7 is a flowchart illustrating a process for analyzing eye tracking data according to one embodiment of the present invention. In this example, the process can begin with receiving 710 the eye tracking data. As described above, the eye tracking data can comprise a plurality of scanpaths, each of the plurality of scanpaths representing a sequence of fixations in various regions of interest on a stimulus image. A dotplot representing matches between each of the scanpaths can be generated 715. Generating 715 the dotplot can comprise generating a sequence of tokens corresponding to the sequence of visual fixations. For example, each token of the sequence of tokens corresponding to the sequence of visual fixations can comprise a region name identifying one of a plurality of regions of interest of the stimulus image in which the corresponding visual fixation is located. The dotplot can then be generated using the sequence of tokens.

One or more patterns can be identified 720 within the eye tracking data based on the dotplot. According to one embodiment, identifying 720 one or more patterns can comprise identifying linear relationships within the plurality of scanpaths. For example, identifying linear relationships within the plurality of scanpaths can be based on a linear regression process such as described below with reference to FIG. 9.

Two scanpaths of the plurality of scanpaths can be aggregated 725 based on the identified one or more patterns. In some cases, a representation of the aggregated two or more scanpaths can be presented 730. For example, in the case of path data associated with spatial positions, such as eye-tracking data, the representation of the aggregated scanpaths can comprise a graphical representation of the stimulus image such as illustrated in and described above with reference to FIG. 6. As described above, the representation can also include an indication of the aggregated two or more scanpaths wherein nodes or points on the image represent fixations within a region of interest. Lines connecting the nodes can represent the aggregated scanpath.

FIG. 8 is a block diagram illustrating an exemplary software architecture for implementing an eye tracking data analysis process according to one embodiment of the present invention. Such an architecture can be implemented, for example, on a path analysis system such as system 300 described above with reference to FIG. 3 or another system as described above with reference to FIG. 2, or multiple systems over a network as described above with reference to FIG. 1. It should also be noted that this architecture is described here for illustrative purposes only and is not intended to limit the scope or the present invention. Rather, other architectures are thought to also be suitable for implementing embodiments of the invention described herein.

This example illustrates a three-tier web application architecture comprising a client objects tier 810, a middle-tier services tier 820, and a back-end services tier 830. Client objects tier 810 can comprise objects 811-815 for implementing a user interface and other client-side modules or components including but not limited to a query object 811, a results table object 812, a dotplot object 813, a scanpath/screenshot object 814, and a graphical results object 815. Middle-tier services tier 820 can comprises a number of services 821-824 of interfacing the client objects 810 with the back-end service. The service 821-824 of the middle-tier services tier 820 can include but are not limited to a dotplot service 821, a region service 822, a graphical results service 823, and a Structured Query Language (SQL) service 824. Back-end services tier 830 can comprise a system maintaining a database 831 or other repository of data such as scanpath data.

In operation, client objects 810 such as the query object 811 can be used for specifying a query and transmitting the query 835 to the middle-tier services tier 820. The query 835 can invoke servlets, e.g., SQL service 824, that send an SQL or other query 845 to query a database 831 or repository of the back-end services 830 and process the results 850. For example, dotplot service 821 can compute a dotplot for retrieved scanpath data as described above, region service 822 can determine regions of interests associated with fixations in the scanpaths, graphical results service 823 can generate representations of the results as described above. The services 821-824 of the middle tier services tier 820 can return such results to the client objects 810.

The client objects 810 can then present menus and text boxes to specify subsets of the eye tracking datasets, as well as parameters that are passed to the dotplot object 813. Query results 840 from the middle-tier service tier 820 can be displayed in the client browser with the result table object 812, dotplot object 813, scanpath object 814, and graphical results object 815.

Regardless of the type of hardware and/or software used, embodiments of the present invention provide for analyzing sequential data representing paths such as eye tracking data. The eye tracking data or other sequential data comprising an ordered set of tokens representing paths can be analyzed, for example, to find sequential patterns or commonality between the scanpaths. Generally speaking, a dotplot can be generated as described above based on the tokens and can represents matches between each path of the plurality paths. One or more patterns within the sequential data can then be identified based on the dotplot. For example, linear relationships in the dotplot can be detected using least-squares regression. Weighted or un-weighted regression may be conducted directly on the weighted data mentioned above. An exemplary algorithm for identifying patterns in the dotplot can be outlined as follows:

-   -   1. Start with an inverse-frequency weighted dotplot sub-matrix         comparing two string sequences. Dots in the sub-matrix         correspond to matching tokens in the corresponding         sub-sequences. A high-pass threshold can be applied to the dots         to determine an initial set of points to use for the regression,         e.g., a threshold of 0.1-0.5, using a criterion of 1μ+1σ.     -   2. Fit a linear regression to the points. If R² value is too low         (e.g., under 0.5), there is no evidence for a line. Return to         Step 1, and continue to the next dotplot sub-matrix.     -   3. Determine the distribution of distances of the points to the         line, e.g. compute 1μ+1σ criterion from Euclidean distances         between the regression line and the data points.     -   4. Re-compute the regression, using data that are close to the         regression line (e.g., within 1μ+1σ).     -   5. Identified points represent sequential matches (negative         slopes) or reverse sequential matches (positive slopes). Output         the sequential matches, and remove the identified points from         the original set of filtered points. Return to Step 2, to         possibly locate another linear relationship in the remaining         points.

FIG. 9 is a flowchart illustrating a linear regression process for identifying patterns within a dotplot of sequential data according to one embodiment of the present invention. In this example, processing begins with determining 910 a dotplot sub-matrix comparing the tokens of two scanpaths. Points in the sub-matrix correspond 915 to matching tokens in the corresponding sub-sequences. A high-pass threshold can be applied 920 to the points to determine an initial set of points to use for the regression (e.g., a threshold of 0.1-0.5, using a criterion of 1μ+1σ) and a linear regression line can be fitted 925 to the filtered points. A determination can be made 930 as to whether there is sufficient statistical evidence for a line. For example, if 930 the R² value is too low (e.g., under 0.5), there is no evidence for a line. In response to determining 930 that no line exists, processing can continue with another dotplot sub-matrix, if any, i.e., by returning to determining points in the next sub-matrix 915.

In response to determining 930 that a line exists within the filtered points, variance criterion (1μ+1σ) can be computed 935 based on Euclidean distances between the regression line and the filtered points. The set of points can then be further filtered 940 to those within the variance criterion, i.e., within 1μ+1σ. The linear regression line can be recomputed 945 to better fit the remaining points. Information describing the new regression line (e.g. its slope, Y-intercept, and constituent points) can be output 950. Points identified as having linear relationships can be removed 955 from the set of points. In some cases, identifying one or more patterns can further comprise identifying another linear relationship within the points, if any, by repeating said fitting 925 a linear regression line to the filtered points, determining 930 whether another sequential match exists within the filtered points based on a fit of the linear regression line, computing 935 variance criterion from Euclidean distances between the regression line and the filtered points, further filtering 940 the points to those within the variance criterion, re-computing 945 the linear regression line using the filtered points within the variance criterion, outputting information about the sequential match 950, and removing 955 the points identified as having linear relationships from the set of points until no points remain in the set of points or no matches exist, i.e., the R² value is too low for the remaining points.

In the foregoing description, for the purposes of illustration, methods were described in a particular order. It should be appreciated that in alternate embodiments, the methods may be performed in a different order than that described. It should also be appreciated that the methods described above may be performed by hardware components or may be embodied in sequences of machine-executable instructions, which may be used to cause a machine, such as a general-purpose or special-purpose processor or logic circuits programmed with the instructions to perform the methods. These machine-executable instructions may be stored on one or more machine readable mediums, such as CD-ROMs or other type of optical disks, floppy diskettes, ROMs, RAMs, EPROMs, EEPROMs, magnetic or optical cards, flash memory, or other types of machine-readable mediums suitable for storing electronic instructions. Alternatively, the methods may be performed by a combination of hardware and software.

While illustrative and presently preferred embodiments of the invention have been described in detail herein, it is to be understood that the inventive concepts may be otherwise variously embodied and employed, and that the appended claims are intended to be construed to include such variations, except as limited by the prior art. 

What is claimed is:
 1. A method for analyzing eye tracking data, the method comprising: receiving the eye tracking data at a path analysis system, wherein the eye tracking data comprises a plurality of scanpaths, each of the plurality of scanpaths representing a sequence of visual fixations on a stimulus image; generating, with the path analysis system, a sequence of tokens corresponding to the sequence of visual fixations; generating a dotplot, with the path analysis system, using the sequence of tokens; and identifying, with the path analysis system, one or more patterns of sequentially matching tokens within the eye tracking data based on the dotplot.
 2. The method of claim 1, wherein each token of the sequence of tokens corresponding to the sequence of visual fixations comprises a region name identifying one of a plurality of regions of interest of the stimulus image in which the corresponding visual fixation is located.
 3. The method of claim 1, wherein identifying one or more patterns comprises identifying linear relationships within the plurality of scanpaths.
 4. The method of claim 3, wherein identifying linear relationships within the plurality of scanpaths is based on a linear regression.
 5. The method of claim 1, further comprising aggregating two or more scanpaths of the plurality of scanpaths with the path analysis system based on the identified one or more patterns.
 6. The method of claim 5, further comprising displaying a representation of the aggregated two or more scanpaths with the path analysis system.
 7. The method of claim 6, wherein the representation of the aggregated two or more scanpaths comprises a graphical representation of the stimulus image including an indication of the aggregated two or more scanpaths.
 8. A system for analyzing eye tracking data, the system comprising: a processor; and a memory communicatively coupled with and readable by the processor and having stored therein a series of instructions which, when executed by the processor, cause the processor to receive the eye tracking data, wherein the eye tracking data comprises a plurality of scanpaths, each of the plurality of scanpaths representing a sequence of visual fixations on a stimulus image, generate a sequence of tokens corresponding to the sequence of visual fixations, generate a dotplot using the sequence of tokens, and identify one or more patterns of sequentially matching tokens within the eye tracking data based on the dotplot.
 9. The system of claim 8, wherein each token of the sequence of tokens corresponding to the sequence of visual fixations comprises a region name identifying one of a plurality of regions of interest of the stimulus image in which the corresponding visual fixation is located.
 10. The system of claim 8, wherein identifying one or more patterns comprises identifying linear relationships within the plurality of scanpaths.
 11. The system of claim 10, wherein identifying linear relationships within the plurality of scanpaths is based on a linear regression.
 12. The system of claim 8, wherein the instructions further cause the processor to aggregate two or more scanpaths of the plurality of scanpaths based on the identified one or more patterns.
 13. The system of claim 12, wherein the instructions further cause the processor to display a representation of the aggregated two or more scanpaths.
 14. The system of claim 13, wherein the representation of the aggregated two or more scanpaths comprises a graphical representation of the stimulus image including an indication of the aggregated two or more scanpaths.
 15. A machine-readable memory device having stored thereon a sequence of instructions which, when executed by a processor, cause the processor to analyze eye tracking data by: receiving the eye tracking data, wherein the eye tracking data comprises a plurality of scanpaths, each of the plurality of scanpaths representing a sequence of visual fixations on a stimulus image; generating a sequence of tokens corresponding to the sequence of visual fixations; generating a dotplot using the sequence of tokens; and identifying one or more patterns of sequentially matching tokens within the eye tracking data based on the dotplot.
 16. The machine-readable memory device of claim 15, wherein each token of the sequence of tokens corresponding to the sequence of visual fixations comprises a region name identifying one of a plurality of regions of interest of the stimulus image in which the corresponding visual fixation is located.
 17. The machine-readable memory device of claim 15, wherein identifying one or more patterns comprises identifying linear relationships within the plurality of scanpaths.
 18. The machine-readable memory device of claim 17, wherein identifying linear relationships within the plurality of scanpaths is based on a linear regression.
 19. The machine-readable memory device of claim 15, further comprising aggregating two or more scanpaths of the plurality of scanpaths based on the identified one or more patterns.
 20. The machine-readable memory device of claim 19, further comprising displaying a representation of the aggregated two or more scanpaths.
 21. The machine-readable memory device of claim 20, wherein the representation of the aggregated two or more scanpaths comprises a graphical representation of the stimulus image including an indication of the aggregated two or more scanpaths. 